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Period for Reply 

A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1.1 36(a). In no event, however, may a reply be timely filed 
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DETAILED ACTION 

1 . Applicant's preliminary amendment adding claims 36-66 have been received and entered 
on 23 July 2002. However, it is noted that on page 7 of the preliminary amendment, appKcant 
states that claims 36-65 have been added to more fully and completely claim the embodiments of 
the apphcant's invention; since claims 36-66 have been added in actuality, it would be 
appreciated if the applicant makes the corresponding changes. 

Specification 

2. Applicant is reminded of the proper language and format for an abstract of the disclosure. 
The abstract should be in narrative form and generally limited to a single paragraph on a 

separate sheet within the range of 50 to 150 words. It is important that the abstract not exceed 
1 50 words in length since the space provided for the abstract on the computer tape used by the 
printer is limited. 

The language should be clear and concise and should not repeat information given in the 
title. It should avoid using phrases which can be implied, such as, 'The disclosure concerns," 
"The disclosure defined by this invention," "The disclosure describes," etc. 

The abstract is objected to as being too long in length. It is suggested that the abstract be 
amended to comply with the 150 word limit. 

Claim Rejections - 35 USC §102 
The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 
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A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on 
sale in this country, more than one year prior to the date of application for patent in the United States. 

3. Claims 1-7 and 10-66 are rejected under 35 U.S.C. 102(b) as being anticipated by 
Kodosky et al U.S. Patent 5,301,336, 

Referring to claims 1, 19, 23 and 32, Kodosky et al. teach a method and memory medium 
comprising creating a graphical user interface for the graphical program in response to user input 
(creation of a graphical program representing a virtual instrument that permits interaction with 
the user)(column 17, lines 48-54); displaying an event structure node in a block diagram for the 
graphical program in response to user input (user designing and interacting with the block 
diagram, which is made up of connected nodes, or icons, as shown in Figure 22); and 
configuring the event structure node to receive and respond to one or more user interface events 
during execution of the graphical program (the user can interact with the block diagram by 
utilizing icons to build the block diagram; furthermore, as an example, the user interface event 
"CLEAR", shown in Figure 25, can be used to remove certain wires from the block diagram) 
(column 9, lines 56-64 and column 19, lines 1 1-15). This is further recited in column 8, lines 37- 
57, column 14, lines 10-27 and column 50, lines 4-40. 

Referring to claims 36, 53 and 66, Kodosky et al teach a method and memory medium 
comprising a memory storing program instructions, a processor coupled to the memory and a 
display device, wherein the processor is operable to execute the program instructions stored in 
memory (column 10, lines 10-18 and column 50, lines 4-7) to display a first node in a block 
diagram of the graphical program in response to user input (user selecting an icon to use in 
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building the block diagram) (column 9, lines 56-64) and associate graphical source code (a 
plurality of interconnected nodes and icons) (Figures 16 and 22) with the first node in response 
to user input (a node or icon making up a block diagram can contain sub-diagrams containing a 
plurality of interconnected nodes and icons) (column 8, lines 45-57), wherein the graphical 
source code is operable to execute in response to an event (each virtual instrument graphical 
program, which can contain a plurality of interconnected nodes, are configured to produce an 
output when a certain input is received, for example, when a certain user input is received) 
(column 8, lines 45-57 and column 26, lines 54-64). This is further recited in column 14, lines 
10-27. 

Referring to claims 2, 20 and 33, Kodosky et al. teach the event structure node comprises 
one or more sub-diagrams (a virtual instrument can be used as a subunit, or sub-diagram, for 
other virtual instruments, or graphical programs), wherein configuring the event structure node to 
receive and respond to the one or more user interface events comprises configuring the one or 
more sub-diagrams to receive and respond to the one or more user interface events (each virtual 
instrument graphical program, which can contain sub-diagrams or be a sub-diagram to another 
graphical program, are configured to produce an output when a certain input is received, for 
example, when a certain user input is received) (column 8, lines 45-57). 

Referring to claims 3, 21 and 34, Kodosky et al teach for each of the one or more sub- 
diagrams, configuring the sub-diagram comprises in response to user input, specifying one or 
more user interface events to which the sub-diagram corresponds, including graphical source 
code in the sub-diagram in response to user input (such as a plurality of interconnected nodes in 
the block diagrams) (Figures 16 and 22), wherein the graphical source code is operable to 
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respond to the one or more user interface events to which the sub-diagram corresponds (each 
virtual instrument graphical program, which can contain a plurality of interconnected nodes, are 
configured to produce an output when a certain input is received, for example, when a certain 
user input is received) (column 8, lines 45-57 and column 26, lines 54-64). 

Referring to claims 4 and 35, Kodosky et al. teach including two or more interconnected 
nodes in the sub-diagram (components are connected together via wires) (column 26, lines 54-64 
and further shown in Figures 16 and 22). 

Referring to claims 5, 51 and 64, Kodosky et al. teach the block diagram comprises a data 
flow block diagram (column 5, lines 8-9, column 9, lines 65-68 and column 10, lines 1-3). This 
is further shown in Figure 18. 

Referring to claims 6 and 25, Kodosky et al. teach executing the graphical program, 
wherein one or more user interface events to which the event structure node is configured to 
receive and respond are generated during execution of the graphical program and the event 
structure node is operable to receive and respond to the one or more user interface events 
generated during execution of the graphical program (when the user clicks on the "GO" button, 
the graphical program instrument is executed and the outputs are generated) (column 14, lines 
10-33 and column 18, lines 29-32). 

Referring to claim 7, Kodosky et al teach the one or more user interface events generated 
during execution of the graphical program are generated in response to user input to the 
graphical user interface of the graphical program (when the user cUcks on the "GO" button, the 
graphical program instrument is executed and the outputs are generated) (column 14, lines 10-33 
and column 18, lines 29-32). 
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Referring to claim 10, Kodosky et al. teach configuring the event structure node to 
receive notification when the one or more user interface events are generated during execution of 
the graphical program (the virtual instrument block diagram display is notified when one or more 
of the events have been completed) (column 39, hnes 42-47). 

Referring to claim 1 1 , Kodosky et al. teach configuring the event structure node to 
receive information specifying occurrences of the one or more user interface events during 
execution of the graphical program (the virtual instrument block diagram display are notified, or 
receive information when one or more of the events have been completed) (column 39, lines 42- 
47). 

Referring to claims 12 and 27, Kodosky et al, teach displaying graphical source code in 
the event structure node operable to receive and respond to the one or more user interface events 
(displaying a plurality of interconnected nodes and components in response to user selection and 
wiring) (column 8, lines 45-57 and column 26, lines 54-64). This is further shown in Figures 16 
and 22. 

Referring to claims 13, 46, 48, 62 and 63, Kodosky et al. teach configuring the event 
structure node to receive and respond to a first graphical user interface event (for example, 
selection of one of the menu items or buttons shown in Figures 22 and 25 for example), wherein 
the first graphical user interface event specifies a first user interface element of the graphical user 
interface and an action performed on the first user interface element (for example, selection of a 
first user interface element such as the "Clear" menu function causes the block diagram to 
remove certain components; likewise, selection of the "Reset" button resets the values of the 
block diagram components) (column 19, lines 1 1-50). 
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Referring to claims 14 and 47, Kodosky et al. teach the first user interface element 
comprises one of an indicator, a control, a menu element, a window (user interface events 
specify user interface elements such as menu elements used to edit the block diagram and a 
control such as the "Go" button used to execute the diagram, etc.) (column 18, lines 29-32 and 
column 19, lines 11-50). 

Referring to claims 15, 28, 44 and 60, Kodosky et al. teach receiving user input via a 
graphical user interface dialog to specify the one or more user interface events (user input 
selecting the "Special Functions" interface element brings up a dialog box to display the different 
user interface functions) (column 23, lines 22-26 and further shown in Figure 39). 

Referring to claim 16, Kodosky et al. teach displaying an event registration node in the 
block diagram in response to user input, configuring the event registration node to dynamically 
register a first user interface event during execution of the graphical program, wherein, after 
dynamically registering the first user interface event, the event structure node is operable to 
receive and respond to the first user interface event (icons and nodes can be registered with 
particular functions using the dialog box) (column 19, lines 27-61). Furthermore, the user 
constructs the appropriate execution instructions by constructing an appropriate visual display of 
interconnected nodes with registered values, which upon execution, will produce a certain output 
when a corresponding input value is received. In other words, each node, icon and block 
diagram have execution states that can be triggered by the occurrence of a user interface event; 
for example, lower level virtual instruments nodes, or sub-diagrams, remain in the "reserved" 
state until it is dynamically determined during executing, or start of the block diagram virtual 
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instrument display that all higher level nodes have reached an "idle" state (column 14, lines 10- 
27 and column 36, lines 43-65). 

Referring to claim 17, Kodosky et al. teach connecting the event registration node to the 
event structure node in response to user input (for example, the user can select a node from the 
Special Functions menu to add and connect to the nodes on the block diagram) (column 23, lines 
22-36). 

Referring to claim 18, Kodosky et al. teach displaying an event un-registration node in 
the block diagram in response to user input, configuring the event un-registration node to 
dynamically un-register a first user interface event during execution of the graphical program, 
wherein after dynamically un-registering the first user interface event, the event structure node 
does not receive and respond to the first user interface event (registered values and relationships 
for nodes can be un-registered, or removed, by using the "CLEAR" function, which removes 
selected wires and structures from the block diagram, which un-registers the relationships and 
values) (column 19, lines 11-15). 

Referring to claims 22, 45 and 61, Kodosky et al. teach the one or more programmatic 
events comprise one or more of a user interface event, a system event, a timer event, an event 
generated in response to data acquired from a device (events includes user interface events, such 
as user creating a block diagram by selecting icons to include on the diagram) (column 9, lines 
56-64). 

Referring to claim 24, Kodosky et al teach arranging a plurality of nodes on a display 
and interconnecting the plurality of nodes in response to user input (selecting a plurality of icons, 
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or nodes to include in the block diagram display and connecting the components together via 
wires) (column 9, lines 56-64, column 26, lines 54-64 and further shown in Figures 16 and 22). 

Referring to claim 26, Kodosky et al. teach configuring the block diagram to receive and 
respond to the one or more user interface events (the user can interact with the block diagram by 
utilizing icons to build the block diagram; furthermore, as an example, the user interface event 
"CLEAR", shown in Figure 25, can be used to remove certain wires from the block diagram) 
(column 9, lines 56-64 and column 19, lines 1 1-15). 

Referring to claim 29, Kodosky et al teach including an event structure node in the 
block diagram in response to user input (user designing and interacting with the block diagram, 
which is made up of connected nodes, or icons, as shown in Figure 22), wherein the event 
structure node is operable to receive and respond to the one or more user interface events (the 
user can interact with the block diagram by utilizing icons to build the block diagram; 
furthermore, as an example, the user interface event "CLEAR", shown in Figure 25, can be used 
to remove certain wires from the block diagram) (column 9, lines 56-64 and column 19, lines 11- 
15). This is further recited in column 8, lines 37-57 and column 50, lines 4-40. 

Referring to claim 30, Kodosky et al. teach one or more sub-diagrams (a virtual 
instrument can be used as a subunit, or sub-diagram, for other virtual instruments, or graphical 
programs) (column 8, lines 45-57), wherein each sub-diagram includes graphical source code 
(for example, a plurality of interconnected nodes) (Figures 16 and 22) specifying a response to 
one or more user interface events (each virtual instrument graphical program, which can contain 
a plurality of interconnected nodes, are configured to produce an output when a certain input is 
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received, for example, when a certain user input is received) (column 8, lines 45-57 and column 
26, lines 54-64). 

Referring to claim 31, Kodosky et al. teach a method comprising creating a graphical 
program (creating a virtual instrument dataflow block diagram) (column 17, lines 48-54), 
wherein creating the graphical program comprises configuring the graphical program to receive 
and respond to one or more user interface events (the block diagram contains a plurality of nodes 
and icons that can receive input and produce the corresponding output) (column 8, lines 45-57), 
executing the graphical program (selecting the "Go" button executes the virtual instrument block 
diagram) (column 18, lines 29-32), receiving user input causing generation of a first user 
interface event, wherein the graphical program is configured to receive and respond to the first 
user interface event, and sending the first user interface event to the graphical program (when the 
user selects a button such as "Go" or "Pause", the virtual instrument block diagram receives 
these interface events and performs the corresponding function; for example, if the user selects 
the "Clear" function for a particular node or wire, the virtual instrument block diagram display 
receives this event and performs the function of removing the selected node or wire) (column 19, 
lines 1 1-15). This is further recited in column 50, lines 4-40. 

Referring to claims 37, 49 and 54, Kodosky et al. teach the graphical source code 
executing in response to the event during execution of the graphical program, wherein the event 
is generated during execution of the graphical program (when the user clicks on the "Go" button, 
the program is executed, i.e. the block diagrams containing the plurality of interconnected nodes 
are ran with the inputs causing the corresponding outputs) (column 14, lines 10-27 and column 
18, lines 27-32). 
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Referring to claims 38 and 55, Kodosky et al. teach the graphical source code comprises 
a plurality of interconnected nodes, as shown by the plurality of connected component in Figures 
16 and 22. 

Referring to claims 39 and 56, Kodosky et al. teach displaying the plurality of nodes in 
response to user input and interconnecting the plurality of nodes in response to user input (user 
input selects the components to display and connect on the block diagram) (column 9, lines 56- 
64 and column 26, hues 54-64. 

Referring to claims 40 and 57, Kodosky et al. teach displaying the graphical source code 
within the first node in response to user input (displaying subunits containing a plurahty of 
interconnected nodes and icons for components of the block diagram; in other words, each node 
in the block diagram can contain graphical source code comprising a plurality of interconnected 
nodes) (column 8, lines 45-57). 

Referring to claims 41 and 58, Kodosky et al. teach receiving user input specifying one or 
more events to which the first node corresponds, wherein the graphical source code is operable to 
respond to the one or more events which the first node corresponds (each virtual instrument 
graphical prograni, which can contain a plurality of interconnected nodes, are configured to 
produce an output when a corresponding event is received, for example, when a certain user 
input is received) (column 8, lines 45-57 and column 26, lines 54-64). 

Referring to claims 42 and 59, Kodosky et al. teach associating two or more portions of 
graphical source code with the first node in response to user input (the user building the block 
diagram can connect a plurality of subunits containing interconnected components to each of the 
nodes on the block diagram), wherein each of the portions of graphical source code is operable to 
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respond to one or more of the one or more events (each plurality of interconnected nodes are 
configured to produce an output when a corresponding event is received, for example, when a 
certain user input is received) (column 8, lines 45-57 and column 26, lines 54-64). 

Referring to claim 43, Kodosky et al teach receiving user input specifying a name of 
each of the events (for example, the user interface event with the name of "Clear" can be 
associated with a particular node to erase, or delete portions or all of the node) (column 15, lines 
11-15). 

Referring to claim 49, Kodosky et al. teach executing the graphical program, generating 
the event during execution of the graphical program, wherein executing the graphical program 
includes executing the graphical source code in response to generating the event. 

Referring to claim 50, Kodosky et al. teach the graphical program has a graphical user 
interface (Figure 22), wherein the method comprises executing the graphical program, generating 
the event during execution of the graphical program, wherein generating the event comprises 
generating the event in response to user input to the graphical user interface, wherein executing 
the graphical program includes executing the graphical source code in response to generating the 
event (when the user clicks on the user interface "Go" button, the program is executed, i.e. the 
block diagrams containing the plurality of interconnected nodes are ran with the inputs causing 
the corresponding outputs) (column 14, lines 10-27 and column 18, lines 27-32). 

Referring to claims 52 and 65, Kodosky et al. teach a plurality of interconnected nodes 
that visually indicate functionality of the graphical program (column 14, lines 10-27). 



Claim Rejections - 35 USC § 103 
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The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

4. Claims 8-9 are rejected under 35 U.S.C. 103(a) as being unpatentable over Kodosky et al 
U,S. Patent 5,301,336 and Zizzo U.S. Patent 6,578,174. 

Referring to claims 8 and 9, Kodosky et al. teach all of the limitations as applied to the 
claims above. Specifically, Kodosky et al. teach the design and display of block diagrams 
(Kodosky et al: Figure 22). However, Kodosky et al. fail to expHcitly teach the block diagram 
executes on a first reconfigurable instrument and the graphical user interface is displayed on a 
display of a second, connected computer system. Zizzo teaches a method for providing a 
graphical user interface for creating a graphical program (providing tools for designing circuits) 
(Zizzo: column 18, lines 36-38) similar to that of Kodosky et al. In addition, Zizzo further 
teaches the design executes on a first reconfigurable instrument (server computer system) and the 
graphical user interface is displayed on a display of a second computer system (the circuit design 
executes on a central server, or first computer system while a plurality of user, or second 
computer systems, connected to the server through a network displays the user interface used in 
designing the circuit diagram) (Zizzo: column 4, lines 50-60). It would have been obvious to one 
of ordinary skill in the art, having the teachings of Kodosky et al. and Zizzo before him at the 
time the invention was made, to modify system for executing and displaying block diagrams of 
Kodosky et al. to include the use of a client/server network system in executing and designing 
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diagrams, taught by Zizzo. One would have been motivated to make such a combination in order 
to allow design tools to be readily available and easily used on a variety of computing platforms 
and operating systems. 

5. The prior art made of record on form PTO-892 and not rehed upon is considered 
pertinent to appUcant's disclosure. Applicant is required under 37 C.F.R. §1.11 1(c) to consider 
these references ftilly when responding to this action. The documents cited therein teach similar 
systems for creating graphical diagrams through a graphical user interface. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ting Zhou whose telephone number is (703) 305-0328. The 
examiner can normally be reached on Monday - Friday 8:00 am - 5:30 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Cabeca can be reached on (703) 308-3 1 16. The fax phone number for the 
organization where this application or proceeding is assigned is (703) 872-9306, 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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